Appl.No. 09/828,714 

Amdt. Dated April 2 1 , 2006 

Reply to Office Action of October 2 1 , 2005 



This listing of claims will replace all prior versions, and listings, of claims in the application: 
Listing of claims: 

1 . (currently amended) A smart card having means for interfacing with many different 
point of sale systems and reader types, enabling data to be exchanged between the card and a 
reader regardless of the structure of an upper level user interface, said means including a memory 
with a defined data file structure that can int e rfac e with many diff e r e nt point of sale syst e ms and 
r e ad e r typ e s, e nabling data to b e e xchang e d b e tw ee n the card and a r e ad e r r e gardless of the 
structur e of an upp e r lev e l us e r int e rfac e , said data fil e structur e comprising: 

at least one read only field; 

at least one encrypted read/write field; and 

at least one non-encrypted read/write field. 

2. (original) A smart card as claimed in claim 1 , wherein the read only field includes at 
least one of a manufacturer identification field, a card identification field and a theater 
identification field. 

3. (original) A smart card as claimed in claim 1 , wherein the encrypted read/write field 
includes at least one of a transaction log field, an issue date field, a first dollar value field, a 
second dollar value field, a first point value field, a second point value field and a ticket storage 
field. 

4. (original) A smart card as claimed in claim 1, wherein the non-encrypted read/write 
field includes at least one of a first dollar value display field, a second dollar value display field, 
a first point value display field, a second point value display field and a user defined field. 

5. (currently amended) A transaction system including: 
at least one smart card authorization device; 

a communication interface; and 
a transaction verification server; 
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5 wherein the smart card authorization device includes means for interacting int e racts with 

a defined data file structure provided on a smart card, said defined data file structure on said 
smart card comprising a standardized fixed data structure that , with said means for interacting. 
can interface with many different point of sale systems and reader types, enabling data to be 
exchanged between the card and a reader regardless of the structure of an upper level user 
10 interface. 

6. (previously amended) A transaction system as claimed in claim 5, wherein said 
defined data file structure comprises: 

at least one read only field; 
at least one encrypted read/write field; and 
5 at least one non-encrypted read/write field. 

7. (original) A transaction system as claimed in claim 6, wherein the read only field 
includes at least one of a manufacturer identification field, a card identification field and a 
theater identification field. 

8. (original) A transaction system as claimed in claim 6, wherein the encrypted 
read/write field includes at least one of a transaction log field, an issue date field, a first dollar 
value field, a second dollar value field, a first point value field, a second point value field and a 
ticket storage field. 

9. (original) A transaction system as claimed in claim 6, wherein the non-encrypted 
read/write field includes at least one of a first dollar value display field, a second dollar value 
display field, a first point value display field, a second point value display field and a user 
defined field. 

10. (currently amended) A transaction system comprising: 

at least one smart card including a memory with a defined data file structure, wherein 
said defined data file structure includes at least one read only field, at least one encrypted 
read/write field, and at least one non-encrypted read/write field, said system including means. 
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5 including said defined data file structure for enabling said card to interface with many different 
point of sale systems and reader types, enabling data to be exchanged between the card and a 
reader regardless of the structure of an upper level user interface ; and 

read/write means for reading and writing data to the memory of the smart card, wherein 
said read/write means includes an application program interface that interfaces between a user 
1 0 program and the defined data file structure utiliz e s a pr e d e fined s e t of commands to control the 
reading and writing of data to the memory card based on the defined data structure. 

1 1 . (original) A transaction system as claimed in claim 1 0, wherein the read only field 
includes at least one of a manufacturer identification field, a card identification field and a 
theater identification field. 

12. (original) A transaction system as claimed in claim 10, wherein the encrypted 
read/write field includes at least one of a transaction log field, an 

issue date field, a first dollar value field, a second dollar value field, a first point value field, a 
second point value field and a ticket storage field. 

13. (original) A transaction system as claimed in claim 10, wherein the non-encrypted 
read/write field includes at least one of a first dollar value display field, a second dollar value 
display field, a first point value display field, a second point value display field and a user 
defined field. 

14. (original) A transaction system as claimed in claim 10, wherein the read/write means 
further comprises means for encrypting and decrypting data read from and written to said 
encrypted data field. 

15. (original) A transaction system as claimed in claim 10, wherein the predefined 
commands include a set of general commands, a set of read commands and a set of write 
commands. 
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16. (currently amended) A transaction system including: 
a smart card having a memory with a fixed data structure; and 
at least one smart card reading and writing device or terminal; 

wherein at least one of said smart card and said reading and writing device or terminal 
5 has an application program interface that interfaces with middleware on at least one of said smart 
card and said reading and writing device or terminal, said middleware interfacing between a user 
software application program and the reading and writing device or terminal to control access 
and communication between the reading and writing device or terminal and the fixed data 
structure on the card regardless of the structure of an upper level user interface^ -and 
10 a smart card having a fix e d card file structur e and a softwar e application program with 

middl e ware that int e rfac e s between th e smart card and th e smart card r e ading and writing d e vice 
to control access and communication b e tw ee n th e smart card r e ading and writing d e vice and data 
stor e d on th e card . 

17. (previously submitted) A transaction system as claimed in claim 16, wherein: 
the middleware includes one or more of a DLL, an OCX, an APLET, or a library file. 

18. (currently amended) A transaction system as claimed in claim 17, wherein: 

an additional smart card authentication program contained on a separate card is resident 
on the smart card reading and writing device or terminal, said separate card having a different 
form factor such as SIM/SAM or a custom punch shape. 

19. (new) A transaction system as claimed in claim 16, wherein: 
said application program interface resides on said card. 

20. (new) A transaction system as claimed in claim 16, wherein: 

said application program interface resides on said reading and writing device or terminal. 

21 . (new) A transaction system as claimed in claim 16, wherein: 

said middleware resides on said reading and writing device or terminal, and separate 
middleware is on said smart card, said middleware on said reading and writing device or terminal 
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calls said separate middleware on said smart card, that then communicates with the fixed data 
structure on the smart card. 



